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软 件 维护 指 南 


Guideline on software maintenance 


1 主题 内 容 与 适用 范围 


本 标准 描述 软件 维护 的 内 容 和 类 型 ,维护 过 程 及 维护 的 控制 和 改进 。 
本 标准 适用 于 软件 生存 周期 的 运行 和 维护 阶段 ,主要 供 软 件 管理 人 员 和 维护 人 员 使 用 ， 


2 引用 标准 


GB 8567 计算 机 软件 产品 开发 文件 编制 指责 
GB/T 11457 软件 工程 术语 


3 术语 


本 标准 使 用 GB/T 11457 中 的 术语 及 下 列 术 语 : 
3.1 目 底 向 上 法 : 
在 层次 结构 的 软件 中 ,一 种 从 最 低层 成 份 开始 逐 级 向 上 扩展 ,直到 最 高 层 成 份 的 开发 方法 。 
3.2 自 顶 向 下 法 
在 层次 结构 的 软件 中 ,一 种 从 最 高 层 成 份 开 始 逐 级 和 癌 下 扩展 ,直到 最 低层 成 份 的 开发 方法 。 
3.3 编译 扩展 
一 种 程序 设计 语言 的 特征 .这 种 特征 超越 了 该 语言 的 标准 特征 ,但 仍 可 以 为 一 专门 的 编译 程 厚 所 接 
受 并 加 以 编译 。 
3.4 同 级 评审 
一 种 质量 保证 方法 ,由 两 个 或 多 个 同 级 程序 员 互 相 检 查 、 评 估 , 以 确保 被 检查 内 容 正 确 , 且 与 软件 的 
其 他 部 分 相 一 致 。 
3.5 软件 维护 管理 机 构 
为 评审 修改 带 来 的 影响 、 制 订 维 护 计 划 、 复 查 修改 结果 、 管 理 维护 工作 等 而 议 立 的 机 构 。 
3.6 软件 维护 主管 
组 织 . 管 理 和 协调 维护 工作 的 人 负责 人 ， 
3.7 维护 管理 人 员 
管理 一 个 或 几 个 软件 的 维护 工作 的 技术 人 员 。 
3.8 软件 维护 人 员 
具体 完成 软件 维护 的 工作 人 员 ， 


4 软件 维护 的 内 容 与 类 型 


软件 维护 是 在 软件 产品 交付 使 用 之 后 ,为 纠正 故障 ,改善 性 能 和 其 他 属性 ,或 使 产品 适应 改变 了 的 
环境 所 进行 的 修改 活动 。 

软件 维护 一 般 分 为 完善 性 维护 、 适 应 性 维护 和 改正 性 维护 三 种 类 型 ， 
图 家 技术 监督 局 1993-01-07 批准 1993-08-01 实 施 
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4. 1 完善 性 维护 
完善 性 维 扩 是 为 扩充 功能 和 改善 性 能 而 进行 修改 和 扩充 ,以 满足 用 户 变 化 了 的 需求 。 主 要 内 容 包 
括 : 
a. ”为 扩充 或 增强 功能 而 作 的 修改 (如 扩充 解 题 范围 和 算法 优化 ); 
b. 为 提高 性 能 而 作 的 修改 (如 提高 精度 ,节省 存储 空间 等 ); 
c. 为 便于 维护 而 作 的 修改 (如 增加 注释 ,改进 易 读 性 )。 
4.2 适应 性 维护 
适应 性 维护 是 为 适应 软件 运行 环境 的 变化 而 作 的 修改 ,变化 的 主要 内 容 包 括 : 
a. 影响 系统 的 规定 法律 和 规则 的 变化 
bh.。 硬件 配置 的 变化 ,如 机 型 .终端 .打印 机 等 的 变化 ; 
ec. 数据 格式 或 文 卷 结构 的 变化 ，; 
d， 系统 软件 的 变化 ,如 操作 系统 .编译 系统 或 实用 程序 的 变化 。 
4.3 改正 性 维护 
改正 性 维护 是 为 维持 系统 操作 运行 ,对 在 开发 过 程 产生 而 在 测试 和 验收 时 没有 发 现 的 错误 而 进行 
的 改正 。 所 必需 改正 的 错误 包括 : 
a， 说 计 铺 误 ; 
逻辑 条 误 ; 
编码 销 旋 ; 
文档 第 误 ; 
数据 错误 。 


5 软件 维护 过 程 


软件 生存 周期 中 的 维护 阶段 通常 起 始 于 软件 产品 交付 给 用 户 . 用 户 验收 立时 .软件 维护 活动 通常 可 
定义 成 软件 生存 周期 中 前 几 个 阶段 的 重复 。 软 件 维护 与 软件 开发 有 许多 相同 的 活动 ,但 也 有 其 独特 之 
处 ， 

a. ” 维 扩 活动 限定 在 已 有 系统 的 框 染 之 内 完成 ,维护 人 员 必 须 在 已 有 的 设计 和 编码 结构 的 约束 下 
作出 收 改 ,一 般 系 统 越 上 昌 ,软件 维护 越 困 难 和 越 费 时 。 

b. 通常 软件 维护 阶段 的 时 间 比 软件 开发 的 时 间 长 得 多 ,但 一 项 具体 的 软件 维护 一 般 比 该 软件 的 
开发 时 间 短 得 多 ， z 

ec. ”软件 开发 必须 从 无 到 有 产生 所 有 测试 数据 ,而 软件 维护 通常 可 以 使 用 现 有 的 测试 数据 进行 回 
归 测 试 。 有 时 还 要 产生 新 的 数据 ,对 软件 修改 及 修改 后 的 影响 进行 必要 的 测试 。 

完成 一 项 软件 维护 的 过 程 是 复杂 的 。 下 面 按 顺序 列 出 完成 一 项 软件 维护 过 程 的 步 又 ; 

a. ”确定 修改 类 型 ，; 
确定 修改 的 需要 | 
提出 修改 请 求 ，; 
需求 分 析 ， 
认可 或 否决 修改 请 求 ; 
安排 任务 进度 ; 

该 计 ; 

设计 评审 ; 
编码 修改 和 排 钙 ; 
评审 编码 修改 ， 
测试 ， 
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[、 更 新 文 树 ; 

m. 标准 审计 : 

n. 用 六 验收; 

0- ”安装 后 评审 修改 及 其 对 系统 的 影 啊 ，。 

其 中 有 几 个 步骤 会 经 常 发 生 御 环 ,但 并 不 是 每 次 修改 都 要 执行 所 有 的 步 又。 


6 软件 维护 的 控制 和 改进 


软件 维护 必须 有 控制 地 进行 ,使 整个 过 程 中 都 处 于 适当 的 管理 和 控制 之 下 。 际 了 控制 预算 ,进度 和 
人 员 , 关 键 在 于 要 由 软件 维护 主管 来 负责 控制 和 修改 系统 。 

大 量 的 编码 在 开发 过 程 中 并 非 都 考虑 到 了 维护 。 即 使 原来 是 展 好 设计 及 良好 实现 的 编码 和 逻辑 ,也 
会 因 无 休止 的 “快速 排 钳 ?和 修补 工作 受到 破坏 。 所 以 一 个 系统 不 仅 在 开发 时 要 考虑 到 维护 ,还 要 在 维护 
时 考虑 到 将 来 的 维护 。 

6. 1 软件 维护 的 控制 

软件 系统 的 可 维护 性 常 稼 随 者 时 间 的 推移 而 降低 ,这 是 许多 因素 综合 的 结果 。 恕 果 没 有 为 软件 维护 
管理 制定 严格 的 条 例 ,或 条 例 人 贯彻 不 力 ,许多 系统 都 将 晤 变 到 无 法 继续 维护 的 地 步 。 

软件 维护 的 目标 是 保持 系统 功能 和 及 时 .满意 地 啊 应 用 户 的 请 求 。 

软件 维护 的 控制 是 保持 一 个 有 秩 太 的 维护 过 程 , 在 这 个 过 程 中 所 有 的 维护 请 求 要 正式 提出 .评审 ， 
给 予 一 个 优先 级 并 安排 进度 。 

6.1.1 确立 软件 维护 的 策略 

软件 维护 策略 的 确定 是 软件 维护 控制 的 一 个 关键 步 又 。 软 件 维护 荣 略 应 充分 地 摘 述 软件 维护 组 织 
的 责任 .权利 , 职 能 及 操作 , 它 应 全 面 地 考虑 到 软件 系统 和 它 的 环境 的 任何 类 型 变化 。 该 策略 应 由 软件 维 
扩 管 理 机 构 制 定 和 支 皖 。 

软件 维护 策略 必须 具体 地 图 述 修 改 的 需要 和 理由 、 修 改 的 责任 和 步骤 。 规 定 榨 制 修 改 软件 的 过 程 和 
步 又 ,使 请 求 的 修改 从 提议 到 完成 有 控制 地 进行 。 

为 保证 维护 策略 的 贯彻 执行 , 需 进行 评审 和 审计 ， 

6.1.2 评审 和 评价 所 有 修改 请 求 
a ”所 有 的 修改 要 求 应 先 提出 正规 的 书面 请 求 ; 
b. 评审 所 有 修改 请 求 ; 
c， 分 析 香 评价 修改 请 求 的 类 型 和 频 度 : 
d. 考虑 对 修改 的 需要 程度 和 它 可 预见 的 使 用 ,所 有 修改 都 需 有 充足 的 理由 
e- 评价 修改 ,以 确保 与 原来 的 系统 设计 和 用 意 不 冲突 ,对 每 个 收 改 都 应 该 仔细 考虑 其 影 啊 : 
f.。 应 特别 强调 确定 所 建议 的 修改 是 增强 还 是 降低 系统 的 性 能 ; 
g， 仅 当 条 改 的 将 将 超过 其 成 本 时 方 可 修改 。 
3 为 维护 安排 进度 
a 给 每 个 修改 请 求 分 配 一 个 优先 级 ; 
b. 为 每 个 认可 的 修改 请 求 安排 进度 ; 
c. 遵守 安排 的 进度 。 
6. 1.4 将 代码 收 改 限制 于 批准 的 工作 范围 欠 

软件 维护 主管 必须 监督 维护 和 人员 的 工作 ,确保 只 在 授权 的 工作 范围 内 作 修 改 。 为 有 效 实行 监督 , 必 
须 将 所 有 的 维护 活动 记 入 文档 ,包括 修改 请 求 报告 和 完成 修改 后 的 源 程 序 清单 ,并 为 系统 复原 做 好 安 
排 。 

6.1.5 强制 实施 文档 标准 和 编码 约定 
必须 人 贯彻 编码 约定 和 文档 标准 ,以 对 软件 维护 人 员 的 了 所有 工作 进行 经 党 不 断 的 强制 性 评审 和 检查 。 
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在 开始 一 项 新 的 维护 工作 之 前 ,应 当 为 更 新 文档 分 配 足 人 通 的 时 间 。 
6.2 软件 维护 的 改进 

可 维护 性 是 对 软件 进行 修改 的 难 易 程 麻 。 一 个 系统 的 可 维护 性 必须 敢 在 系统 的 整个 生 开 局 期 中 加 
以 考虑 。 在 系统 最 初 的 设计 和 开发 阶 段 就 应 考虑 到 可 维护 性 。 

由 于 维护 阶段 的 处 理 过 程 同 开发 阶段 相似 ,因此 许多 技术 和 开发 工具 也 可 用 在 维护 阶段 .为 提高 软 
件 可 维护 性 ,应 在 系统 的 整个 生存 周期 中 综合 地 使 用 下 列 技 术 和 原理 。 
6.2.1 编码 指南 

编码 指责 和 标准 提供 了 一 种 提高 系统 可 维护 性 的 结构 和 框架 , 它 使 得 系统 以 一 种 共同 的 .更易 理 解 
的 方式 进行 开发 和 维护 。 编 码 应 遵循 下 列 基本 原则 。 
6. 2. 1.1 单一 高 级 语言 

尽 可 能 只 用 一 种 符 人 台 标 准 的 高 级 语言 。 
6.2. 1.2 编码 约定 

维护 人 员 首 和 完 必 须 克服 的 困难 是 编码 本 身 , 开 发 人 员 和 维护 人 员 编 写 大 量 源码 时 很 少 考虑 到 以 后 
的 维护 人 员 ,结果 使 得 源码 的 可 读 性 很 差 。 源码 一 定 要 加 注解 并 用 结构 化 格式 编写 。 下 列 技术 可 提高 程 
序 的 可 读 性 ， 

a. 尺 量 来 用 较 简单 的 方法 ; 

b. 代码 的 每 节 开 始 行 使 用 行 首 空格 把 一 系列 代码 分 成 段 。 行 首 空 客 和 字 间 的 间隔 是 显示 从 属 关 
系 的 两 种 方法 ， 
. 用 有 意义 的 注释 米 选 当地 为 代码 加 说 明 ， 
使 用 有 意义 的 变量 名 ,以 表达 此 数据 项 是 什么 以 及 为 何 要 使 用 它 ， 
避免 使 用 相似 的 变 基 名; 
在 程 认 的 过 程 / 范 数 之 间 用 参数 来 传递 数据 ， 
在 变量 名 中 使 用 数字 时 ,应 放 在 末 病 。 用 作 程 序 序 标签 或 标号 的 数字 应 按 顺 序 给 出 
逻辑 上 相关 的 功能 应 集中 安排 在 同一 模块 或 模块 集 , 尽 可 能 使 逻辑 流向 自 顶 向 下 ; 

i 扩 免 合用 程序 语言 版 本 的 非 标 准 特征 。 
6. 2. 1.3 结构 化 和 模块 化 | 

应 采用 自 顶 呵 下 的 程序 设计 方法 ,使 程序 的 静态 结构 与 执行 时 的 动态 结 梅 相 一 致 。 

模块 化 是 指 用 一 组 小 的 层次 结构 的 单元 或 例 行 程序 构成 程序 ,其 中 每 个 单元 或 例 行 程 序 集 完成 特 
定 的 单一 功能 。 模 块 性 不 是 仅仅 将 程序 分 恬 ,模块 的 结构 必须 遵循 下 列 设 计 原 则 : 

a 一 个 模块 应 只 完成 一 个 主要 功能 ; 

b. 模块 间 的 相互 作用 应 最 少 ; 

c， 一 个 模块 应 只 有 一 个 入 口 和 一 个 出 恒 。 
6.2.1.4 标准 数据 定义 

一 定 要 为 系统 制定 一 组 数据 定义 的 标准 。 这 些 数据 定义 可 汇集 于 数据 字典 。 字 典 项 定义 了 系统 中 
使 用 的 每 个 数据 元 素 名 字 、 属 性 .用 途 和 内 容 。 这 些 名 字 要 尽 可 能 具有 描述 性 和 意义 。 正 确 一 致 地 定义 
数据 标准 ,就 会 大 大 简化 阅读 和 理解 各 模块 ,并 确保 各 模块 间 的 正确 通信 。 
6.2.1.5 良好 注释 的 代码 

好 的 注释 可 增强 源码 的 可 理解 性 。 除 了 提高 程序 可 读 性 ,注释 还 有 两 个 重要 用 途 , 即 提供 程序 的 用 
途 和 和 历史 信息 , 它 的 起 源 ( 作 者 ,生成 和 修改 日 期 ), 子 程序 名 种 个 数 以 及 输入 /输出 需求 和 格式 ,其 次 也 
提供 操作 控制 信息 、 指 示 和 建议 来 帮助 维护 人 员 理 解 代码 中 不 清楚 的 部 分 。 
6.2.1.6 编译 程序 扩展 

使 用 编译 程序 的 非 标 准 特征 会 严重 影响 系统 的 可 维护 性 .如 果 编 译 程序 更 改 了 ,或 如 果 系 统 必 须 移 
至 新 机 益 , 则 以 剖 的 编 评 程序 扩展 很 可 能 与 新 的 编译 程序 相 冲 突 . 因 此 最 好 限制 语言 的 扩展 和 保留 语言 
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基本 特征 的 一 致 。 如 果 需 要 使 用 编译 程序 扩展 ,应 编制 良好 文档 加 以 说 明 。 
6. 2.2 文档 编写 指南 

一 个 系统 的 文档 是 恨 好 维护 的 基础 ,文档 编写 工作 应 贯穿 系统 的 整个 生存 周期 .应 有 计划 地 建立 和 
及 时 地 更 新 文档 ,使 维护 人 员 能 很 快 地 找到 所 需 的 信息 。 应 参照 GB 8567 编制 文档 。 

文 梢 合 覆 的 关键 不 仅 是 将 必需 的 信息 记录 下 来 ,以 保持 文档 的 及 时 更 新 和 一 致 ; 而 且 必 须 使 维护 人 
员 能 迅速 地 获得 它 。 对 于 维护 人员 来 说 ,具有 受 控 的 存 取 和 修改 能 力 的 联机 文档 是 文档 的 最 佳 形式 ,如 
末 不 能 提供 联机 文档 ,应 保证 有 一 机 制 使 维护 人 员 在 任何 时 收 能 取 用 硬 找 贝 的 文档 。 
6.2.3 编码 和 评审 技术 

本 条 列 出 有 助 于 提高 软件 可 维护 性 的 设计 和 评审 技术 。 
6.2.3.1 上 月 项 同 下 /有 上 月底 问 上 法 

应 将 日 顶 困 下 与 自 底 向 上 的 方法 组 合 起 来 使 用 。 
6.2.3.2 同 级 评审 

同 级 评审 是 一 种 质量 保证 方法 .参加 评审 人 员 务 必 明 白 他 们 不 是 要 评价 其 他 程序 员 的 能 力 或 表现 ， 
而 是 分 析 和 评价 编码 。 评 审 内 容 应 包括 可 维护 性 。 
6.2.3.3 审查 

审查 是 一 种 质量 评估 技术 ,在 软件 生存 周期 中 检查 各 阶段 工作 ;然后 产生 一 个 报告 指出 发 现 的 错误 
和 提出 错误 改正 要 求 。 
6.2.3.4 走 查 

简 早 的 走 查 方式 是 让 两 个 维护 人 员 一 起 讨论 正在 进行 的 工作 ,复杂 的 走 查 方式 可 以 有 一 份 日 程 表 、 
报告 书 和 一 位 记录 秘书 。 不论 何 种 方式 , 且 标 是 通过 公开 直接 的 交流 ,提炼 好 的 主意 ,修改 原来 的 方案 。 
6.2.4 测试 标准 和 过 程 

测试 是 软件 维护 的 关键 部 分 ,因此 测试 过 程 必须 强调 一 致 性 ,并 以 合理 的 原则 为 基础 ,测试 计划 要 
定义 预期 的 输入 ,测试 有 效 的 .无 效 的 .预期 的 和 出 乎 意料 的 情况 。 测 试 要 检查 程序 是 和 否 执 行 预期 任务 ， 
测试 的 目的 是 发 现 错误 ,而 不 是 证 明 错 误 不 存在 。 

只 要 有 可 能 ,测试 过 程 和 测试 数据 均 需 由 其 他 人 完成 ,而 不 是 由 艇 系统 实际 维护 的 人 来 完成 。 
6.3 软件 维护 人 员 的 管理 

管理 是 改进 软件 维护 过 程 的 主要 因素 之 一 。 管 理 必须 指导 怎样 维护 软件 ,行使 对 整个 过 程 的 控制 ， 
并 保证 使 用 高 效 的 软件 维护 技术 和 工具 。 

为 确保 实现 成 功 的 维护 ,在 维护 讨 程 中 要 有 效 使 用 良好 的 管理 技术 各 方法 ,必须 建立 软件 维护 组 织 
栅 构 。 

软件 维护 机 构 由 维护 主管 ,维护 管理 机 构 、 维 护 管理 员 和 和 维护 人 员 组 成 ， 

软件 维护 机 构 的 主要 任务 是 审批 维护 请 求 ,制订 并 实施 维护 策略 ,控制 和 管理 维护 过 程 ,负责 软件 
维护 的 审查 ,组 织 评审 和 验收 ,确保 软件 维护 任务 的 完成 。 

软件 维护 人 员 的 素质 对 于 有 效 地 进行 维护 是 十 分 重要 的 ,因此 应 为 维护 项 目 选择 合格 的 各 级 人 员 。 

十 面 列 出 挑选 软件 维护 人 员 和 进行 维护 管理 的 要 点 ， 

a. ”维护 与 开发 同等 重要 ,同样 具有 难度 ， 
维护 人 员 应 是 合格 的 、 有 责任 心 的 人 ; 
维护 不 能 当 作 初级 人 员 “ 放 任 自 流 ” 式 的 培训 ，; 
全 体 人 员 应 轮流 分 配 去 做 维护 和 开发 工作 ; 
出 色 的 维护 工作 应 同 出 色 的 开发 工作 一 样 受到 奖励 ; 
必须 强调 对 维护 人 员 进 行 良 好 的 培训 ; 
转换 分 配 ,不 应 让 一 个 系统 或 一 个 系统 的 主要 部 分 成 为 某 个 人 的 专 有 领地 。 
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7 软件 维护 与 软件 重新 误 计 


维护 是 一 种 不 断 进 行 的 过 程 , 但 有 时 也 应 考虑 是 否 要 重新 设计 一 个 软件 系统 。 当 -一 个 软件 已 变 得 易 
出 差错 .效率 降低 和 耗费 增 大 ,再 对 其 继续 维护 前 成 本 /效益 比 可 能 会 趣 出 重新 设计 一 个 系统 时 ,应 考虑 
是 否 要 重新 设计 一 个 软件 系统 。 下 列 特征 可 帮助 管理 人 员 次 完 是 否 应 重建 软件 。 
7.1 软件 经 常 出 锚 与 性 能 肪 化 
代码 越 信 , 则 经 浓 的 更 新 .新 的 需求 和 功能 增强 就 越 会 引起 系 统 的 故障 和 性 能 全 化 。 
12 程序 结构 和 区 辑 流 过 分 复 鸡 
具有 部 分 或 全 部 下 列 属 性 的 软件 通常 很 难 维 护 , 需 对 新 设计 : 
过 多 使 用 DO 往 环 : 
过 多 使 用 IF 语句 ， 
使 用 不 必要 的 GOTO 语句; 
过 多 司 用 榜 入 的 常数 和 文字 ; 
使 用 不 必要 的 全 程 恋 量 ; 
合用 目 我 修改 的 代码 ; 
使 用 多 入 口 或 多 出 口 的 模块 ; 
使 用 相互 作用 过 多 的 模块 ; 
. ”使 用 执行 同样 或 相似 功能 的 模块 .。 
1.3 过 时 的 代码 
过 时 的 代码 严重 影响 新 系统 的 性 能 发 挥 。 
7.4 ”在 仿真 方式 下 运行 
来 用 仿真 方 法 ,帝国 止 系 统 发 挥 全 部 能 力 和 所 有 功能 。 仿 真 系统 往往 介 于 功能 上 滑 可 实用 ,但 效率 
较 低 这 二 者 之 间 。 
7. 5 模块 或 单个 子 程 序 非常 大 
此 时 ,大 模块 结构 应 重新 构造 ,分 成 较 小 的 ,功能 上 相关 的 部 分 ;这 可 增强 系统 的 可 维护 性 ， 
7.6 过 多 的 资源 需求 
需要 过 多 质 产 的 系统 会 成 为 用 户 的 沉重 负担 ,因此 需 考虑 是 增加 更 多 的 计算 机 设备 还 是 重新 设计 
和 实现 该 系统 。 
7.7 将 易 变 的 参数 编 在 代码 中 
尽 可 能 对 程序 进行 更 新 ,以 使 它们 能 从 输入 模块 或 一 个 数据 表 中 读 入 参数 ， 
六 8 难于 拥有 维护 人 员 
用 低级 语言 编写 的 程序 ,尤其 是 汇编 , 需 大 量 的 时 间 和 人 力 去 维护 。 一 - 般 这 类 语言 不 为 人 们 广泛 了 
解 , 因 此 要 寻找 了 解 这 类 语言 的 维护 人 员 日 益 困 难 。 
1: 9 文档 严重 不 全 或 失真 
文档 不 全 、 过 时 或 失真 ,将 舍 成 维护 工作 极其 困难 、 
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附加 说 明 : 

本 标准 由 中 华人 民 共 和 国 机 械 电 子 工业 部 提出， 

本 标准 由 上 海 计算 机 软件 接 术 开发 中 心 人 负责 起 车 。 
本 标准 主要 起 草 人 朱 三 元 、 刘 光 龙 . 王 景 实 . 周 庆 隆 . 
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